Some fixes for Russian translation

Some fixes for Russian translation

Some fixes and updates for Russian translation

Add missing AtkRelations for labelled containers in the print dialog

These AtkRelation types are added automatically for widgets with a label
specified (e.g. via gtk_label_set_mnemonic_widget, gtk_frame_set_label,
and gtk_frame_set_label_widget). When such specification is absent, the
accessible relationship must be manually set.

https://bugzilla.gnome.org/show_bug.cgi?id=726996

prevent redefinition of typedef GtkPrinterCloudprint

https://bugzilla.gnome.org/show_bug.cgi?id=727009

Bump version

3.12.0

icontheme: fix emblemed icons fallout

Commit faba7df4fea6cd09470b3b2cc277c35e6cf7c380 changed the logic in
apply_emblems() so that GtkIconInfo->emblems_applied would be set to
TRUE even in case there was no emblem info available, which confuses the
theme cache.
This commit changes the logic back, so that NULL is returned from
apply_emblems_to_pixbuf() when there are no emblems available, fixing
the bug.

https://bugzilla.gnome.org/show_bug.cgi?id=726830

Add a testcase for icons with emblems

This is a testcase for
https://bugzilla.gnome.org/show_bug.cgi?id=726830

Minor update of a11y test output

Update release notes

Also revert enable-mnemonics code in gtkwindow, which was forgotten in commit 34cf40e95cb1f0bc4bb98bb14edb03dd86f1dab3.

https://bugzilla.gnome.org/show_bug.cgi?id=708346

Updated German translation

wayland: Mark ourselves as not supporting compositing

The compositing that is meant here is really specific to the
X11 Composite extension, and does not apply to Wayland.

This is very rarely used functionality anyway, and none of
the other backends support it.

docs: Document gtk_recent_filter_filter() requirements

gtk_recent_filter_filter() needs the contains bitfield to be set, but
this only mentions that the other fields are required.

https://bugzilla.gnome.org/show_bug.cgi?id=726900

printing: Draw print dialog on fullscreen windows

Set correct "type-hint" for GtkPrintUnixDialog ("dialog").
Otherwise the print dialog is not shown when its parent
window is in fullscreen mode.

https://bugzilla.gnome.org/show_bug.cgi?id=724728

a11y: Move relationset updating to new vfunc

This way, we don't create lots of cell accessibles when creating the
first one (because surely one is the parent/child of another who again
is a parent/child of another who again....)

a11y: Add API to update relationsets of cells to their parents

a11y: Don't unref relations

Nobody was reffing those related object in the first place and that
was causing random crashes.
And if somebody had reffed those related objects, they'd have caused
reference cycles.

https://bugzilla.gnome.org/show_bug.cgi?id=726838

Don't let themes override explicit border-width in dialogs

This fixes an issue where the theme-provided border-width prevents
dialog contents from lining up properly with the headerbar. To make
this work in message dialogs, we have to explicitly set the border-
width of the action area to 0.

Revert "Don't let themes override explicit border-width in dialogs"

This reverts commit 6e4567e73bceb66200b9605c51b4b5ad6e807483.

For some reason, this causes buttons in message dialogs to have an
unwanted border.

gtk-demo: Fix underlines

The iconview example was showing literal underlines. We don't want
that.

Update Czech po-properties translation

Update Czech translation

Updated Serbian translation

Updated Serbian translation

Updated Italian translation

Updated Italian translation

Updated Ukrainian translation

Fix typo (GTK_ENABLE_DEBUG vs. G_ENABLE_DEBUG).

https://bugzilla.gnome.org/show_bug.cgi?id=726858

font chooser: Update font list on font changes

We do get a style-updated emission when new fonts are installed.
Update the font list in this case.

https://bugzilla.gnome.org/show_bug.cgi?id=726476

file chooser: Don't react to entry changes in select-folder mode

In select-folder mode, we are putting the directory name into the
entry ourselves. Then the entry appends a /. If we react to this
'spontaneous' change of the entry by clearing the list selection,
this will in turn make us clear the entry. We don't want that.

https://bugzilla.gnome.org/show_bug.cgi?id=726855

Updated Hungarian translation

wayland: Fix northeast resizing

Surprisingly, the same corner that was broken for resizing under
X is also broken under Wayland, for an entirely different reason.

broadway: make sure color/delta run length do not overflow

Fixes bug 723045.

Don't let themes override explicit border-width in dialogs

This fixes an issue where the theme-provided border-width prevents
dialog contents from lining up properly with the headerbar.

Fix undecorated windows

Setting windows undecorated was broken by some of the recent
shadow width changes. We need to ensure that shadow width is
zero for undecorated windows, then things work again.

window: Unset source ID before possibly destroying the widget

If the delete event ends up destroying the widget, unsetting
priv->delete_event_handler will happen on invalid memory, so
unset it before the widget is possibly destroyed.

https://bugzilla.gnome.org/show_bug.cgi?id=726825

a11y: Remove weak reference when updating a GtkPopoverAccessible relative-to widget

Otherwise the weak reference is left dangling, which later causes issues at the time
of destroying that widget.

https://bugzilla.gnome.org/show_bug.cgi?id=726749

Updated Indonesian translation

Updated Indonesian translation

wayland: Mark ourselves as not supporting bounding shapes

Theoretically, we apply the shape mask client-side ourselves
with an ARGB32 pixmap and intersect it to get a union shape,
but I don't particularly care enough to write that code.

Realistic application code using bounding shapes in 2014 is
quite rare.

wayland: Add support for input regions

wayland: Refactor how opaque region is handled

Move to a sync system just like the rest of the properties.

docs: Add more information to gtk_widget_set_realized()

It's important to point out that widgets should only be marked as
realized very late in the process. Even GTK widgets don't get this
right.

https://bugzilla.gnome.org/show_bug.cgi?id=726717

expander: Call set_realized() later

Widgets should only call set_realized() after having created and
registered their GDK windows. In this case, the creation of the style
context (or more exactly: figuring out the scale factor for it) requires
knowing if the widget is already realized. Which it isn't.

https://bugzilla.gnome.org/show_bug.cgi?id=726717

Updated Scottish Gaelic translation

Updated Scottish Gaelic translation

Updated Scottish Gaelic translation

Updated Scottish Gaelic translation

Updated Danish translation

Updated Danish translation

Updated Hungarian translation

container: guard container variable by reffing it

vte destroys the container during removal of a child. Don't crash in
that case due to recent a11y refactoring.

https://bugzilla.gnome.org/show_bug.cgi?id=726369

cssprovider: Fix error message

  expected a valid semicolon
sounds kinda not so great. Make it say
  expected semicolon

Unless somebody can tell me the difference between valid and invalid
semicolons?

Ensure proper spacing around icons in message dialogs

We had a margin of 30 before/after the text. Put that add around
the icon as well, and separate the icon and text by 30 pixels.
This does not affect the appearance of message dialogs without
icons.

Add at testcase for a message dialog with icon

Icons in message dialogs may be deprecated, but we still need
to place them properly, so add a testcase.

docs: Tiny GtkApplication typo fixes.

GtkDialog: Add some padding to title label

Bump version

GtkPopover: Fix two doc comments

x11: Allow unmaximizing from tiled state too

This lets us unmaximize a half-tiled csd window on a touch system.

Update a11y test output

wayland: Remove cruft in set_keep_above / set_keep_below

It's been decided: these will most likely never be supported on
Wayland, so remove the "stub" implementation of them.

wayland: Fix get_frame_extents

We need to traverse up the hierarchy for windows here. Just use
our existing helper method for this.

Implement get_root_origin generically for all backends

It seems that some backends implemented get_root_origin wrong
and returned the client window coordinates, not the frame window
coordinates. Since it's possible to implement generically for all
windows, let's do that instead of having a separate impl vfunc.

Updates

wayland: Fix "fake root" coords

We were incorrectly summing up our own window over and over
rather than the coordinates of the parent windows.

wayland: Add a giant doc comment explaining "fake root" coordinate space

wayland: Properly apply the fake root offset to event coordinates

GdkEvent's x_root and y_root values should be in the same "fake root
window" coordinate space as gdk_window_get_root_coords.

wayland: Fill in x_root / y_root of events properly

Lots of code, including dragging code in GtkWindow, use these
fields. Setting them to 0 causes lots of strange and weird bugs.

Use the same "hack" from query_device_state of just using
win_x / win_y for now. We'll convert this to the proper fake root
coordinate system used by get_root_coords in the next commit.

Update documentation about link styling

The ::link-color and ::visited-link-color style properties
are ignored now. Document that.

printing: Fail nicely when /tmp is not writable

Don't crash when /tmp is not writable when printing to file.
Show that getting of printer details failed for CUPS printers.

https://bugzilla.gnome.org/show_bug.cgi?id=693200

textview: Mind the lateral windows when setting handles/popovers positions

If a textview had lateral windows that might displace the text window, the
handles and popovers would appear displaced. Those lateral windows aren't
affected by RTL/LTR settings, so just checking for left/top is ok here.

x11: Implement "drag to top to maximize" gesture on emulated window dragging

And the counterpart to unmaximize when dragging a maximized window, if
touch devices aren't going to use EWMH moveresize, having this one at least
makes things feel a bit less awkward.

https://bugzilla.gnome.org/show_bug.cgi?id=709914

x11: Fallback to emulated window dragging for touch devices

Sadly, EWMH moveresize mechanism can't work with touch devices for two
reasons:

1) As a mutter implementation detail, the device is queried in order
to check whether the dragging button is still pressed. Touch devices
won't report the button 1 being pressed through pointer emulation.
2) Even bypassing that check, on X11 touch events are selected prior
to sequences being started, either through XISelectEvents or
XIGrabTouchBegin, no late registering through active grabs is allowed,
as WMs do on reaction to EWMH moveresize messages.

So for the time being, make touch devices fallback on emulated window
dragging, which at least allows for moving windows.

https://bugzilla.gnome.org/show_bug.cgi?id=709914

dialog: Avoid possible use-after-free

When the dialogue's titlebar was replaced, we were still trying to
update the label we constructed but that was now destroyed.

https://bugzilla.gnome.org/show_bug.cgi?id=726492

Finnish translation update by Jiri Grönroos

Updated French translation

Updated French translation

Updated French translation

Test size constraints

This adds some min/max size hints to testimage.

Show dialog titles

We want to present a clean, rounded top when there is nothing
else to show, but many dialogs in applications rely on showing
information in their title, so add a label and show the title
when it is not empty.

_gtk_widget_get_device_window: Fix for keyboard devices

Avoid a warning by returning NULL for keyboard devices, which can
never have an active pointer for a widget.

xdg-shell: Update to latest state change mechanism

Update a11y test output

These harmless changes are a consequence of
66fae0330c5cdb68f50699ff2645ff0cf112911e.

Add a Since annotation to gdk_device_get_last_event_window

Use GDK's current window tracking when synthesizing events in GTK+

Add gdk_device_get_last_event_window(), and use to implement the window
tracking we need for synthesizing crossing events for sensitivity changes
and gtk grabs, rather than keeping the information in qdata and updating
it based when GTK+ gets events.

https://bugzilla.gnome.org/show_bug.cgi?id=726187

documentation: clarify gtk_icon_theme_add_builtin_icon() usage

https://bugzilla.gnome.org/show_bug.cgi?id=726135

GtkTreeView: stop ignoring crossing events from grabs

Stop ignoring various crossing events from grabs:

Enter events with type GRAB/GTK_GRAB/GTK_UNGRAB/STATE_CHANGED:
  Ignoring these events was added as a workaround for synthesized
  events not having the right coordinates (see bug 555109) but
  now they do have the right coordinates. (see bug 704456)

Leave events with types types GTK_GRAB/GTK_UNGRAB:
  Ignoring these events was added because since we were ignoring
  the enter events as above, ignoring the leave events meant we
  could lose the prelighted row in a grab-triggered leave/enter
  pair. (See bug 653676. It's also now impossible to
  reproduce the leave events that were reported in that bug as causing
  problems.)

Leave events of type GRAB.
  Ignoring these events was added without a ChangeLog entry in 2001,
  possibly to keep the prelight from flashing when activating menus.
  But ignoring these events could lead to stuck prelighting, and we don't
  do it for any other widgets.

https://bugzilla.gnome.org/show_bug.cgi?id=726209

The bug this patch is fixing is that currently if you have a GtkPopover in
clicking off the popover to dismiss it on a GtkTreeView (which triggers
a synthetic enter event on the GtkTreeView) will leave the GtkTreeView
in a confused state until the user moves the mouse again.

Work around gcc stupidity

With -Wc++-compat, gcc warns about 'and' even in contexts where it
poses absolutely no danger.

https://bugzilla.gnome.org/show_bug.cgi?id=726136

treeview: Don't popup a search dialog for keypresses that close it

That doesn't make sense.
And it causes issues, because when holding down the tab key, we
show/hide a lot of windows and cause a lot of map/unmap events that
stall the event pipeline.

treeview: Split out a function

This is in preparation for the next patch.

a11y: Don't use signals

Instead, call functions directly. Fixes the fact that the signals
weren't disconnected even when the accessible was destroyed.

https://bugzilla.gnome.org/show_bug.cgi?id=725733

gdk_cairo_surface_create_from_pixbuf: Add missing (allow-none) annotation

The window is allowed to be %NULL

Updated Czech translation

csd: Fix the northeast resize handle position

csd: Fix invisible border/shadow confusion

We did not set an input shape on the window, so the region outside
the invisible border where we draw the outer edges of the shadow
were still part of the window, as far as clicks and cursors were
concerned. Fix this by setting an input shape that makes all clicks
outside of the resize borders go through to the underlying window.

https://bugzilla.gnome.org/show_bug.cgi?id=726125

broadway: remove unused libcrypt

eb1ab0dac2f3d7a05cfe8b87e83b363d39279a38 removed support for authentication
based on crypt()-hashed passwords but it didn't remove the header.

Finish up with the removal.

This allows the broadway backend to build on FreeBSD (which has no
crypt.h).

https://bugzilla.gnome.org/show_bug.cgi?id=726149

Updated Portuguese translation